home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000527_connolly@pixel.convex.com _Fri Jan 8 20:36:03 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Return-Path: <connolly@pixel.convex.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA02065; Fri, 8 Jan 93 20:36:03 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA01710; Fri, 8 Jan 1993 20:51:03 +0100
  6. Received: from pixel.convex.com by convex.convex.com (5.64/1.35)
  7.     id AA05950; Fri, 8 Jan 93 13:50:57 -0600
  8. Received: from localhost by pixel.convex.com (5.64/1.28)
  9.     id AA06847; Fri, 8 Jan 93 13:50:55 -0600
  10. Message-Id: <9301081950.AA06847@pixel.convex.com>
  11. To: Michael Leventhal <mleventh@us.oracle.com>
  12. Cc: www-talk@nxoc01.cern.ch
  13. Subject: Re: SGML newline processing 
  14. In-Reply-To: Your message of "Fri, 08 Jan 93 10:32:22 PST."
  15.              <9301081832.AA06229@hqsun4.us.oracle.com> 
  16. Date: Fri, 08 Jan 93 13:50:54 CST
  17. From: Dan Connolly <connolly@pixel.convex.com>
  18.  
  19.  
  20. >>>From what I can tell, a newline is ignored by the SGML parser
  21. >>if it's right after a start tag or right before an end tag.
  22. >
  23. >I haven't been following the discussion closely enough to know
  24. >if a suggestion for dealing with the problem will be helpful,
  25. >but...
  26. >
  27. >I use the SHORTREF feature to implicitly recognize an EMPTY
  28. ><newline> tag wherever I want newlines after a start tag or
  29. >right before an end tag to be preserved.  The parser will
  30. >generate the implicit tags which my processing engine then
  31. >converts back to actual newlines for output display.
  32. >
  33. >Although this seems like a pain I believe the behavior of
  34. >the parser is logically correct and the only way to be consistent.
  35.  
  36. Your argument is sound, but we're trying to design a format
  37. that is defined completely in terms of SGML, but parsed by
  38. homebrew code.
  39.  
  40. So the SGML declaration for HTML turns the SHORTTAG feature
  41. off, saving us some parsing hassles.
  42.  
  43. If you're using a full-featured SGML parser, you can usually
  44. tweak the DTD to make the stuff parse how you like through
  45. shortrefs and the like. But we're using a bare-bones
  46. SGML parser, so we're just trying to get by without
  47. conflicting with the standard.
  48.  
  49. Dan
  50.